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Executive Summary 

This document describes the specification and functionality of the UMG player. The document has three 
sections each addressing a part of the player and its operation. This document does not attempt to provide a fully 
comprehensive detailed specification of the player or its operation, but rather to provide a framework in which 
the player can be developed. 



The three sections of the document are: 



• Section One Architecture 

• Section Two Functions 

• Section Three Environment 

It is anticipated this document will be used to refine the design and will be 
of the player. It is intended that this development itself be iterative in naty#and 

Phase One Non functional GUI prototypes 

Phase Two Non functional prototype including i 

Phase Three Partially functional prototype witl| 

Phase Four Feature complete player in Alp] 

Phase Five Feature complete pre prodiju^^teyer in 

Phase Six Feature complete product^playerior Gener; 



in Une^dth the de^popment 
have Iqgtfollowiflg phases: 



This document is designed to evolve with these phase! 
document being the resourcing of the development 1 




ification 



£ith the immediate outcome of the completion of this 
L achieve Phases One to Six. 
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Introduction 



This document descri bes the Universal Player and those components required to integrate with the | 
HI^^HHUi components. The player has been broken into a number of segments, which are outlined 
below: 



Each of segments, the components within them and the functions they undertake will be specified in the final 
design document. This document describes them within the constraints of the informatio njtMail able at this time. 



A significant part of the design process will involve the development of some key 
prototyped as proof of concept. 

The document has two sections, the description of the components mvolvggnn the 
description of the actions and interactions of those components. 



Design Goals 

The objective of the player will be to provide an intui 
music in new and innovative ways. This will be achi< 
commerce service in which the content and its associ! 
containers. 





will be 



fonal 



to use ifRI||ace stimulating the consumption of 
by consumers inte^teig with an electronic music 
business rules are d Jlvered in secure (DigiBox) 



Packer 
Application 



Player 
Application 



The player will use an object oriented model to describe and implement its functionality with the goals of 
achieving robust design & code, maximizing implementation speed , developing reusable code & iriinimizing 
the size of the code as much as possible. 

The design goals have both strategic and tactical objectives: 



Strategic: 

The goal of this project is to produce a player that can be used for the consumption of music delivered by an e- 
commerce (EMD, Electronic Music Distribution) system. Within this the technical specif " 
application will be undertaken within these principles and guidelines: 



•nof the 



1. 
2. 

3. 

4. 



The player will attempt to remain as device independent in concept as 



All code will be written with a view to establishing a set of reg^fble^ode liB*|&es whicl 
facilitate the process of porting this functionality to as mam^atform^vas possfflgkincli 
simplistic Operating Systems such as those used in ConsumeR§igctr< 



bompatibilii 
nguage. Al 




ill 

mgmore 

i^CE)deT" 
\ „ 

bought agd consideration 
ue to the tardy 



The code will be written in Visual C++ for maximi 
was put into developing the UMP viewer with 

execution speeds of Java versus C++ it was norlj^g^sue an irffipj^Java implementation. 

The design will at all times attempt to su^liSsnBy leveragell|&ing cocte sources , except where 
this will compromise the integrity of th^roduct or too closel^^^he implementation to the 
Windows system. 



5. All calls to the H^^^^l systems will 
dependence on these technoli 




abstraction to minimize and contain 



Tactical: 

The main tactical design 
Windows look and 




rface is intuitive and not constrained within the 
host platform. Some goals are: 

auch as possible by using contextual sensitivity to size the window 
£ontextua|keSsitivity, minimize the number of keystrokes and mouse movements as 



: UI choices for most commonly used functions with more detail and greater 
; under the surface. For example, clicking the "Web" button on an audio screen 
tie default Web page but "Open" in the same context spawns a window with links to 
sociated sites. 



Section one: Architecture 




This page is left Intentionally Blank 



Player Architecture 



The Universal Media Player will be a self contained sy stem providing the facil ities for playing music and 
associated content & data delivered and paid for by_the ^^^BBB^BWT The application w ill be 
dependent on the functionality offered by the fllHIIii^lfl^^lHI^^HHHHHlH software 
system. The overview of these is described in the Technical Overview Document (TOD). 



The components of the systems are expressed in terms of their Interface, * j 
preferred embodiment. 

The detailed functionality of the appli cation cannot in most cases yet be defined as 
us at this point in time and maturity of H^^l^^l tool sets is not sufficie nt to 

interactions. Our access to detailed technical information about HHBI has 
continuing contract negotiations. This document presents the view as far 
functionality and will be iterated in line with the availability of informaticjprrom 

Diagram One-Player Overview 




available to 
9 iled 
trained bl|||use of 
of theMayer 




The Universal Media Player (UMP) will be able to view, play or execute multiple types of content. Supported 
types will be audio data in PAC/ACC and DTS formats, video in AVI, QuickTime & MPEG1 formats, JPEG, 



BMP & GIF pictures, text in HTML, RTF, and ASCII formats and Windows 95 compatible executable & object 
files. UMP will also be able to read and generate Edit Decision Lists (EDLs). EDLs will allow authors and 
users to describe simultaneous or sequential played sequences of the supported types of content and, the UMP 
will be able to play & record these sequences. 



The UMP will also be able to initiate, respond to and synchronize Online activities. Web links, email, Instant 
Messaging and other synchronization will be through the Edit Decision Lists (EDL's). The UMP will also be 
able to associate objects of various types (i.e. audio, pictures, links, EDLs, etc.) with each other either as defined 
by the authors at the time of creation as well as by users after distribution. Associations can also be made 
dynamically using search criteria. Associations to non-local (Web) objects will be indicated as such using 
intuitive visual cues. 

Content w ill be protected and business rules enforced using | 
HHH approved individual decoders for the different media-formats will < 
time. 

The player has the following component groups: 




For certain types of data it may not be possible to fully-protect the entire content bec ause it may not be 
possible to unpack it quickly enough. We will know more about thi^hen^^^^H performs some tests. 

If a certain decoder is not planned for delivery it is expected that will supply source code for 

a similar type of decoder by the necessary time. 



Graphical User Interface 



Overview of GUI Approach 



The GUI system is designed to provide an easy to use and intuitive interface to the users of the UMP. This 
section describes the architecture and scope of the envisaged GUI interface in terms of the specific screens and 
controls presented to the user through these screens. 

Diagram Two- GUI overview 




Defaults 

to Audio Floating task bar 

Meta Tabs 




On selection of Video 
and Graphics Meta 
Tab and these displaying 
in full screen- the 
Floating Toolbar 
is displayed 




Floating task bar |e! feared g]] 




Nav^M^^'incipl 

The initi^^^^^^igJauiJcTied in one of five modes, which are represented by the following icons: 

Connect Icon- 
Video Icon- Graphics Icon- 
-Open Icon 




Initially the default state will be the Audio state as shown below. When the screen is in a state, such as Audio, 
that icon will not be displayed, and only the other four options will be displayed. 



Each screen will have context sensitive help available. This is not currently shown on the screen diagrams. 



Audio GUI Screen. 



The default initial screen will be the Audio screen. Thus provides the basic controls that the user will operate to 
control the player. The other possible meta selections are displayed across the top of the player. The picture 
shown in the player is the album artwork or other content creator selected artwork. 



Diagram Three Audio GUI screen 




Audio Play/Pause Button^^^^rollovl^^jgTOiat selects either play or pause. 



NextSon^^tpn-Selects^g nexjfong from the play list 



gevious jgpng B^^^Se^ts previous song from song list 



MarPjgbcation Button- Marks the current location for the EDL 



text Mark Mutton- Selects next mark 



reyious mark Button Selects previous mark 
Eject Button- terminates the current session 



This is the volume control slider and mute button 
The primary indicator controls are: 



I 



Indicates the name of the play list 



^ Dear Pru tier 



This is a pop up window box containing the names of all the songs within 
the play list. The currently playing song is displayed. 



i> 4 b 4 o t< ? <S 

yy ° yy. 



Time display panel 



Video 

The video screen will be a context sensitive display of the video materia^ 
automatically sizing to match the requirements of the content An exam] 
below. 

Diagram Four Video GUI screen 





Video Slider with location indicator 



Play /pause rollover button 



Rewind Video button 



Speaker Control button 



The primary indicators are 



Indicates the name of the play list 



Dear Prudence 



This is a pop up window box containing the names of all the songs within 
the play list. The currently playing song is displayed. 



Connect 

The connect screen provides the mechanism to make connections from the u^rtmDther^^s or sourjfs of 
information. The connect meta tab is context sensitive and will add the basic ^^ect^^^ons^the 
Audio or Video screen from which it is called. An example of the Au^o^^^n w^TOQnnectn^g^ab selected 
is shown below. 

Diagram Five Connect GUI screen 




In this screen the filled* 
available j&MtfcSelectioi 





rovided by the selection of the Connect Operation, which is still 



selector- Provides access to the web loaded with the default parameter(s) 



Mail selector- Provides access to e mail with the default locations loaded 



Chat Selector- Provides access to the Chat functions with the default parameter(s) 

Buddy List Selector- Provides access to the Buddy List functions 

These buttons are designed to provide the user with quick and easy access to communications systems that add 
value to their music experience. Each function will have a default parameter set loaded from the Digibox which 
will be designed to give the user instant satisfaction. The current default settings are: 



Operation 


Parameter 


Setting 


WWW 


URL 


Home page of the band directed through the label 
server system 


Email 


email address 


Mailbox for communications with the band hosted on 
the label server 


Chat 


IRC room selector 


Home chat room for the band, user ID is their email 
address 


Buddy 


Instant message system identifier 


Default buddy list maintained by the label on their 
servers 



Each of these selections spawns the associated screen for the B 

There are a number of actions required to establish these connections that 
are described in Section Two functional Requirements. 



Alternate View States 

In addition to the main screens described above, each 

• Minimised 

• Extended 



Within the current specification it is only ii 
full screen mode of both the Video and the 




;s. These 



i to have this functionality, although the 
^considered their expanded states. 



Diagram Six Screen Views 



Expanded 



Normal 



Minimized 



Task 
Bar 



Audio 





Video 



_i 0 □ 8 ® 

T7l £23 S3 i 



Full Screen 
with floating 
toolbar 




Graphics 



Full Screen 
with floating 
tool bar 



— I B s s m 

mm s S3 iso - 



Task Bar views 

There is a limited set of functionality avail 
they are using other applications. Each of the^ 
the relevant access. In the case ojU&d eo or Gral 
Graphics or Video images 



Audio Task 



This task bar will be 
hosts 






mimnlKWfew intended to give the user control when 
display modes has a floating task bar which provides 
lif bar views may be combined with full screen 




e<speaker icon in the systems section of the task bar on the Windows 



m Beattes ggs m 

C-?ar Pru-1-n '.r 

Mean Mister Mustard 

Joining a Fan Club 

Please Mr. Postman 

Day Tripper 

I want to Hold Your ... 

Julia 

A Day in the Life 
Get Back 

In the End 

You're Gonna Lose ... 



Mute ill ^0) ~T 




The operational controls provided are: 



Audio Play/Pause Button- This is a rollover svgulh that seleci 



Next Song button-Selects the next soi 



Previous Song Button-Selects pre 




Speaker Icon 
Mute Button 
There is also a volume slider. 

Video Task bar Vidw 



If the full scree 
diagram belo 

Diagr; 



glected Tffikthe yjieo controls will transform into a floating toolbar as shown in the 
t are^^^vailable as icons. 




Within this screen the primary operational controls are: 



Audio Play/Pause Button- This is a rollover switch that 
selects either play or pause. 

Stop Button- Selects the stop function 
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Video Slider with location indicator 



Rewind Video button 



Speaker Control button 



The primary indicators are 



E 



v Dear Prudence 



Indicates the name of the play list 



This is a pop up window box containing 
the play list. The currently playing 



Graphics Task bar View 



Diagram Nine Graphics Task bar View 





thin 



aphii^^fey/Pa^e Button- This is a rollover switch that selects either play or 



m- Selects the stop function 



Se|lHs automatic play 



Next Image button-Selects the next song from the play list 



Previous Image Button-Selects previous song from song list 



Selects ? 




Audio Screen Views 

In addition to the normal screens described above there are other views derived from the main audio screen. 
These are described below. 

Diagram Ten Audio screen heirachy 



Expanded Audio 
Screen 



Audio Screen 



Minimized 
Audio 



|^u? CE3C3S3 j 



^ T ^T /t &£Zm EKSO £££13 



Audio screen with 
Connect function 
selected 




Expanded Audio 
Screen with 
Play list function 
selected 



y^y^f pt^ti js^3 CS3 czsi nuss 




Expanded 

The expanded view' 
majoril 



th the functions required to not only play the audio but view the 
le to them 
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The expanded view will vary in size depen< 
song EP will only display those song titles, 
600 on a PC platform 



the relevant functions e.g. A three 
with associated multimedia might expand to 800 by 



bed previously in the Audio player are: 



lits- Pop uflitenu of crjplits for song(s). This includes all the standard fields that may be 
sfirfl&mct 



tidom play 

Jogram — llEs opens the program screen to allow users to create their own play lists 
oop Button- this activates the loop function between ? 

Accesses the sheet music function 

The following buttons all have an indicator light above them that shows which button has been pushed and 
which information is displayed in the list window directly below. 



Play list selector- These select and display the available play lists. 



Songs Displays the available songs 




m 




Marks- Displays the available locate points 



Program Screen 

The program screen provides access for the user to the Play list functions. This provides a mechanism for the 
user to construct their own play lists based on the song titles. These lists can be stored and replayed and may 
contain songs from a number of Digboxes. The diagram below shows the play list from the Audio screen, which 
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Open Screen 



This is the interface that provides access to the full scope and power of the player. The open screen will display 
information in the context from which it was called. The status of the Open screen will be displayed by the 
iconised meta tab being highlighted. All actions of the open screen will be context sensitive. 

The open screen will provide the access to the EDL and Association functions and is the gateway to the players 
understanding of its own environment. 



The open screen will display all the information sets of which it is aware and will 
display, search for and manage all the content of the user, even if that content is n< 
owned by them. 

The Open screen is effectively an interface to the data management systempr the player ; 
their associated content 



Data management Structure 

The data management structure is built on a database of < 




anism to 

te or 



es and 



t the playeliis aware of, this includes; 



Data Types 


Description f 


DigiBoxes 


the encrypted Untent store 




a database of a'Bling of their cdbtent (music, 
vide&s, graphics!!^ J 


Associations 


inde^^ejit relatio'nlrf^pejfe^n content 


EDL's 


Lists ^e^^^fejated toTSiJe and content 



These data sets are accessed b 1 



itioiisMd the dalPprovided to the relevant GUI's. 




The structure of the data is dependant on the content obtained within tee DigBox 



Digibox Data Structure 

Each Digibox will contain a i 




Description ^^ilk. 




Content J*^ ^ 


All latent as specified 


Business Rules JT v *^H^ 


TheJSles for access to the content 


Content Identifi^^ Ik ^ 


l52$ftJID for each content component 


Content Attributes ^^^^^ V 


pfhe Contextual information set for the content (i.e. Writer, Artist, 
Producer etc) 



initial 




will utilizMB format and descriptions of the ECD registration (Autorun.inf extensions). The 



• Artist 

• Writer 

• Producer 

• Band Member 

• Label 



A custom field is also included. 



The Open Screen 



The open screen provides context sensitive functions to all the information known by the player. The Open 
screen is shown in the diagram below. 




^ Dear P rtideh ce< 



Open Screen Meta State: 




rnmrnm- 



acctess^by the tide of the play list. Each DigiBox will contain a clear text field 
nes thlpplay list of the contents. This will be in the format of the ECD play list file, 
e form of the album tide, an "EP" or Single with say 3 songs or a single 
define the playing of the content of the DigiBoxes and may include Video or 



fisting of all videos known by the system Videos will be accessed with a list of those 
available. 

Connect 

Locations of music and content » headed by the default sets and including any user 
preferences. This will include both local and network connections. 

Query( Find) 




Provides users with a fast an efficient method to search and retrieve content, both locally and 
remotely. The find functions will be tailored to the requirements of music management on the 
net. 

Associations 

Providers and users can aggregate content. These aggregations and associations may be either 
local or remote. 



EDL's 

The method for accessing both Play list editing and location point editingjnd construction. 



Each of these Meta buttons will have two information states, the default carried wij] 
complimented by that set of information which the user chooses to display. This i 
of URL's and attendant icons 

The operation controls of the Open screen are: 



This agrees the selection(s) 




Jthe form 



This cancels the selectioi 



The Associate J^^m spawn^ie^soSEfefwindow. 
The disjll&ciate butto^^scon%ct§ the associations. 
Some of these functjj^nlPwall spH^kadditiona^creens which are shown below: 
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Associations Screen 

The Associations screen is spawned from the Open screen and provides a drag and drop interface between these 
screens. This will allow users to create and store the associations they require. 




4 



m 
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Find 



This is the mechanism that the user is provided with for finding music content. The content is indexed via pre set 
fields, that are the output of parsing the content of the Digboxes. This will provide a fast and efficient method 
for retrieving information either locally or remotely. The Find screen is shown below. 






Reference Icon's 



Within the operation of the player a series of reference icons will be defined which will have the same meaning 
throughout the players operation. These are: 

Retailers 

Buying (More music?) 
Radio 




Preferences 

The user preferences of the player will consist of two layers, 
associated with each screen and the global preferences for the oj 
will have precedence over the screen functions. 

Access to the preference screens will be through the 

Help 



All screens will have context sensitive help 
functions supported by the Windows enviroi 




and actions 
preferences 



to access the standard comprehensive help 



Application Components 




Viewer Support Layer 

To support the operations of the viewer and it's associated GUI's tto 
interact with the e-com merce & security functionality provided b; 
technology provided by H|. The basic underlying functional 
transactions related to the protected content in a DigiBox wi] 
will seamlessly communicate with the underlying frame 1 
will store information regardim|thei^ S 5F^ C c ^ ent 

with the H through H^^l ■li^^HlV andipe 

provide the means for deployment of the 
management including payment history &^dget mana 
transaction records. 




les it to 
u^porting 
that all 
which 

corniectupf. A protected database 
cation will interact both directly 



>r's machine, the users account 
Lckup and restore facility of the user's 
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Account Management & Payment History 



The account management & payment history module is part of the |^^^^| modules and will allow users to 
verify and peruse their collection of rights to access content as well as the list of associated payments which 
have been made for the purchase of rights. T his da tabase of information will be continuously updated with data 
coming over the network originating from the ^| clearing house. This information will have to exist in a 
protected format; the database will be contained inside its own protected DigiBox and the records will be sorted 
by transaction date. Each record will contain: 

• Transaction date & time 

• Transaction price 

• Content rights — this will be some combination of "own", **rent" or "trial" 

• Rights expiration date if relevant, or 0 if not. 

• Content Author 

• Unique identifier of the content item; utilizing the underlying | 
identifier will be created for each piece of content during the packag 

• ISRC code if relevant 

• Content name — in most cases a song, thought it could be any 

• Content compilation name — in most cases an album or CDj 



For a given compilation of works the user who has rights 1 
to each content-component of the compilation work. 




umenc 



ed individual rights 



Users will be able to access their payment history, anlfoontact the Master SerjpKe Provider (MSP) via e-mail 
directly from the application and/or over the phone ifl&re are any proMems. The UMP viewer application will 
forward all of the necessary details regarding the user's^^unt to the jpSP to facilitate any payment tracking 
issues. 



Using a dispute mechanism which will be available i 
dispute over incorrect charges QiStnTssias or incTOfflete ri| 



I, users will be able to initialize a 



Budget manager™ 



SM) 



The Budget Management module^ 
object will pro^^^toforma^tai as tcJ^ 
anticipated the minllWi j^Sraaati^n se 



availac 




set of tools for the player. This 
[ivjplability of budget with which purchases may be made. It is 
Si be: 



The UMG 
warning to the 
the appropriate 



will set a level at 80% of the amount of total level of the budget and display this as a 
t their budget allocation is about to be use up. This will then provide a function to activate 
on to increase the budget. 



Back up and Restore (BR) 



The database of historical transaction records will be held locally in the secure database. This set of records may 
get corrupted requiring a back-up & restore methodology for the user. The back up and Restore functions may 
also include the storage of pointers to the relevant DigBoxes which are held on network servers for the user. The 
database of transaction records may grow to a large size in which case the user may not want it to occupy as 



much space on their hard-drive — users will be able to back up old data and reduce the size of their historical 
database; they will also be able to restore any records — which may be needed for settlement of disputes. 



Deployment 



Controller 



The player controller will coordinate the interaction with the content stored in DigiBoxes through the The 
conten^vill be accessed through a protected memory space that matches the certification guidelines provided by 
B^|. The content types include audio in PAC and DTS formats, Video in MPEG and QuickTime & AVI 
formats, graphic images in JPEG, GIF & BMP formats, text either as RTF or HTML or as images, as well as 
any executable and object files. The player controller will provide Component Object Model (COM) support so 
that it can perform simultaneous operations on different pieces of content. The time reqmj^Op unpack content, 
and the predictability of the playback of the content(s) will be dependent on the perftg — 
components. 

The Controller is comprised of an Event Scheduler which receives message^^^the ^%g|r GUI oillom the 
EDL Editor to interact with content, which typically is protected and residdrin Dig^oxes^^fferentMpes of 
contenUemuredi^ent types of players. The Controller will run in a^^^ted meteory spa^and^vill interact 
with ^^HH^^I ActiveX Player Components. The Schedulj^feUl atE^^o ^chi%niz^imed events. 
These synchronized events are only available through the EDL fudraons 



The Controller will be able to synchronize the simultaneoi 
launch individual content decoders and will create ( an< 
execution of Edit Decision Lists. In the first version 
basis-EDLs, which are the only mechanisms for simj 
which will provide the basic synchronization means. 
its schedule by s lowing down its display will be provi 

I is able to give an acc urate% jgdiction of 
an item within a DigiBox. Currently, 
the machine's internal clock. 




or cfe^||ay of conten^pffe Controller will 
*) threaali|hich will monitor and correct the 
the UlvtP Viewer j^^gwill be dealt on a best effort 
neous content displajlplill be based on a MIDI file 
e ability to synchronize content that is getting ahead of 
-this functionality will not be relevant until the 

t ake to unp ack any given DigiBox, or 
an ^^HH Time which should parallel 



Dependencies 



Decoders for all the different media types-audio, video, pictures & text-must be able to be fast enough so that 
Aeycaiuvori^ither sequentially or simultaneously without affecting the quality of the s ound and yet being 
IUHHHK These decoders, as stated in this document, are/will be developed by flHUI^H or a 

third party — as is the case for the Sheet Music Viewer. The capability of the UMP Viewer to successfully play 
multi-channel Edit Decision Lists depends on the latencies & multi-threading capabilities of all of the individual 
decoders. 



Success, for the initial version of the UMP Viewer, will be defined as the ability to simuljt 
PAC-encoded song, an MPEG3 encoded video and two JPEGS. 

The viewer application will be designed to operate only under Windows *95 withl 
or equivalent CPU running with a minimum clock rate of 100 Mhz. As much 
media content, the preference will be for the Intel MMX chipsets, which ppge froi] 

The UMP Viewer will support the following types of connectivity: 

• 28.8KBbps & higher-bandwidth modems. 

• Cable Modems, such as RoadRunner by Warner. 

• PCs equipped with Network cards with direct connect 



Browser 

| will b^ 

will be able to be viewed using a standard 

The supported browsers will be IE 3.0, IE4.0, 
instance if an older browser is^^^^&^e 
upgrade download. This wi|lpe underf^Bl^in th< 



ly decode a 



Chat & Buddy LM^ 



When users sij 
their interests to ai 
particip; 
seei 
coll 
other 

(visible chi 
themselves 
listening with 

The chat server ai 
need not be 
Instant Messenger 4 . 




entium 
multi 



;ed HTML data. Non protected HTMLs 



v and Netscape Communicator V4.04. In each 
> select a hot link to the relevant web site for an 
stallatibn script. 




DigiBoxes they will be able to decide if they want to disclose 
utilizing the UMP viewer technology. They will be able to 
.el; and be able to communicate with users that allow themselves to be 
ewer application will store a protected set of chat group pointers, and 
application will enable the users to participate in chat, and will monitor 
and have given permission to be monitored. Users will be able to turn on or off 
iation with dynamic groups on the fly. Users will, dynamically, be able to make 
le/unavailable to other fans listening to the same song or same EDL, and synchronize 



lication & buddy-list monitor are a separate product from the UMP viewer application and 
Two preferred chat systems will be supported: E-Shares' Expressions 3 & AOL 




The buddy list system should have the following key functionality: 



* Refer to http://www.eshare.com 

1 Refer to http://www.newaol.com/aim 



Open architecture with multiple client interfaces; Active X, Java, Java Light, and HTML 

Easy access without any time-consuming downloads or plug-ins 

Powerful communications log 

Capture a written record of your online sessions 

Rooms: Create public, private, moderated, user-created rooms 

Buddy lists: Know instantly when your associates are online 

Overflow rooms: Can be created on the fly to handle large volumes of visitors 

IRC support: Supports the thousands of worldwide IRC users 

Follow: Users can automatically follow other users through across different rooms 



Instant Messengers highlights are: 

• Communicate instantly - It's fast, easy, fun, and free. 

• Create your own Buddy List - locate your Internet friends online. 

• Stay in touch ~ exchange real time messages easily. 

• Hold private conversations any time - day or night. 



E-mail 

^IHI e-mail program developed by will be 

Master Service Provider for account disputes and officii 
e-mail programs will be supported — these programs wjfTbe 
Mail. 



Users will be able to forward entire DigiBoxes as attaSSjnents to any oftier user. As is always the case, only 
users with rights to specific content will b^ble to inteilf||j^jth it. Pojpons of DigiBoxes will not be able to be 
sent to anyone — only entire DigiBoxes.. 





commum^^Mfmethod with the 
non-sensjjl^e communications other 
Mail (Exchange) & Netscape 



User created or copied Edit Decision Lists will 
form. The EDL Configuratio^^^^^^^ntain I 
non-owned content so that^^^ecipier^^^e ] 
EDL. 




|^llg|gyae sent to anyone and will exist in non-protected 
5f the i^ormation regarding how to purchase the rights to 
l is able to enjoy the same experience as the creator of the 



EDL System 

The EDL system handles all the relationships between the content. These realtionships may have a temporal or 
non temporal natutre 



Non temporal 



The non temporal relationships are the associations which involve relating one orr more^ 
or more other pieces of content. 

Temporal 

The temporal relationships have tow granularities, Play list and Locatoy^Snts. Ead 
element. The play list is a sequence of events which happen in a speedy or|j|^Thg 
play list is a song. The Locator points are a sequence of events thatpecfer wJS^song in i 
order. The minimum granularity of a locator point is defined b^t||yiirring metff^lused. It j 
timing method to be used will be MIDI. 



Diagram XX The overall scope of the EDL systei 




f content to one 



a tejnporal 

arity of a 
[etermined 
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Play lists 



These are accessed through the program screen in extended Audio mode. This offers the ability to construct lists 
of songs to be played in sequence and for these to then be stored and replayed as required. 



EDL Locator points 



Edit decision lists (EDLs) will allow the user to view a sequenced (sequential or simultaneous) presentation of 
any of the media types supported by UMP. EDLs imply the existence of a timing or synchronization 
mechanism. Initially the accuracy of synchronization does not have to be great. The MIDI file format is a good 
choice to drive the sequencing mechanism. The anticipated storage format may be flat (ASCII) files. The 
I framework provides access to an Internal clock, referred to as | time , but curre ndy the time is not 



adjusted for unpack time — in other words, in the context of streaming data, the | 
inform a priori when a specific content item will become available. 

There will be a graphical user interface that will allow the composition and testing 
consist of references to media contents, and not embed the contents themselves, < 
manageable and short in length. The EDL sequencing engine will be < 
open EDLs they will be automatically executed by the sequencing engine. 



EDL GUI 

A graphical tool to produce & edit and playback Edit Decisiog 
allow users to compose multi-media arrangements of cont^ 
other users to view the composition they must have j 

An example of the EDL locator screen is shown belo 



framework cannot 



will only 
relatively 
en users 



echanism will 
In order for the 




Associations Manager 

Associations are non-synchronized relationships between content. They can be created by the user or supplied 
by the creator of the DigBoxes.. They can be simple associations of songs in no particular order, or they can be 
generic descriptions like: "All songs from the same author." The mechanism which finds all of the associated 
elements is referred to as The Associations Manager. 

The Associations Interface allows users to input associations and thus aggregate content. The association will 
have two states, Local and Non Local. 



Installer - Viewer Unpack 

The UMP viewer application will be deployed by an install mechanism here referred to as Viewer Unpack. The 
most likely install scenario will consist of user downloading a single DigiBox. During the download process a 
simpl^nstaUs!^ downloaded along with the DigiBox. The install script will figure ou t if 

the ^^^^^^^^^^^^^H^HI exists on the user's machine; if not it will automatically download an HI 
and install it. 



The UMP Installer is comprised of a Pre-Installer Module which determines, if any, which components need to 
be installed, and the actual UMP Installer which simply sets up the UMP Viewer executable on the viewer's 
machine. 




This page is left intentionally blank 



Functional Requirements 



This section deals with the functions supporting the architecture and GUI's. 



Accessing any form of media with UMP will involve the "Open" function, which is tailored to the specific 
media type or collections of types. Each of the different views will have their own set of 
functionality; the screens are the Audio View, the Video View, the Connections View and Graphics View. The 
Customizations/Preferences/Transactions View should be handled as a dismiss-able, minimize-able overlapping 
spawned windows. . Additional functionality will be required by the Edit Decision ListjjetjOftools. Edit 
Decision Lists will be viewable in main windows but editing will require the spawningjSffcTisSS&ed windows. 



Viewer Install 

The UMP viewer application will be deployed by an install mechanism herj 
most likely install scenario will consist of user downloading a single Di: 
sim ple install shield executable will be downloaded along with the Dytftt^ 
the HHIH^^^^HHIHHH exists on the user's machine$rniat it 
and install it. 



The UMP Installer is comprised of a Pre-Installer Modul^^iBb deterl^^s, if any, \pifch components need to 
be installed, and the actual UMP Installer which simpj^Ssn^ie UMP^^er executable on the viewer's 
machine. When users download DigiBoxes they will & encapsulated with tr^TOwfP Pre-Installer as a self- 
extracting executable file, which will unzip the DigiB|x & the Pre-Installer ajjfexecute the Pre-Installer. The 
following diagram specifies the details in the process^ 




wer UnSick. The 
ioadJSrocess a 
ptlmffigure out if 
wnload an ^| 



Self-extracting file: 
"dbx-exe" 




UMP Pre-lnstaller Process 





* Checks to see if UMP Viewer is 
installed. 


If not inst 


Downloads UMP Installer & runs it 


» 




r 






'Checks to see if InterTrust & SNS 
framework is installed 


If notinj| J\ 


Downloads SNS & IT installer & runs it 






r 






'Checks Autoplay preference in the 
UMP Viewer. 


If AuToo[ay is set 


Plays default EDL in the downloaded 
Digibox. 


— T&k. — * 








Open Function 



The Open func 
Meta states in< 
sensitive. 



led functionality of the player. The Open function has a series of 
: the screen. Every action of the Open function is context 



i interacfl^^^^^the UMP viewer all related assets will be shown only when they can all fit 
r ( unle^pwer-ridden by user click ) and the window will be sized appropriately to avoid 



DESCRIPTION freach sate, including its default and options 



Data management 



Content items can be associated in many different ways. Depending on the context in which the UMP viewer is 
in different choices will be made available to the user when he or she utilizes the open function. 



Open choices will depend on whether the user has previously opened content DigiBoxes or not. If the user 
has not opened anything the open-dialog will be similar to this: 

When the user leaves the mouse pointer over one of the open-choices--Digibox. Associations, EDLs, saved 
Messages, Query & "Get More Music" — for more than 1 second a popup menu list of all the possible values 
will appear. A maximum of 5 values will be displayed at once — the last cell in the menu-list will contain ". . 
If the user sets the cursor over the . ." for more than 1 second, then the values will commence to scroll 
upwards. 



If the user has already opened a DigiBox, the open-choices will be augmented by< 
and Multimedia: 

If the user selects the "Query" choice a query-box and a go-button will 
and the go-button will disappear and a window of results will appear 



lections 



DigiBoxes will be able to be opened by the name of the DigiB 
module of the Controller will load a default Edit Decision Li^feml 
it. 





Queries will access a 
Lover URLs which mi 



then the Initiator 
d will begin playing 



ft contained in the user's 
' distributors can embed into 



a multi-state icon.. 



icon, that could be selected in different areas to 
all four quadrants. Analogous to: 



Users may also be able to do queries to open contentj 
machine or may also access databases which are linki 
DigiBoxes. Users will also be able to explicitiy searcl 



Music 

Songs and groupings 

A single audio Icon, 
highlight the: first 

0))) 

The three sizes 

Thethn 

Play Lis! 
Songs 

EDL Locator 



Play Lists W- Users can have any number of Play lists. The user will be able to have numerous play lists, 

each personalised for their application, e.g. one may have one song list to get going in the morning and another 
song list to for a mellow drive through the woods. 

The play lists may be delivered within the DigBox having been created by the content provider or artist, created 
by the user, or appended by the user to other lists created by either the content provider, user, or another user or 
aggregator. 

Play lists may become a property in their own right, such as radio stations focus their material on a specific 
demographic. 




Songs These are the basic core units of player, which may be broken down into loaction poits or aggregated 
into play lists 

EDL Locator Points These are the loactions within a song where synchronised events may be attached. 
The granulairty will be limited by the ability of the | system to ptocvide timeing information. These will 
initially be driven as a MIDI program, with the user being able to define the loaction points. Creators may wish 
to provide pre determined points (e.g. Verse 1 , chorus2 etc) with the DigiBoxes.) The ability to resolve these 
pioints and undertake the associated actions will be controlled by the event controller. 



Video 

Connections 

Graphics 

EDL 

Associations 



for non-owned content, via the "Get More Music" Functig 
Associations 

By default all contents of a DigiBox will be consider! 
pre programmed playlist (or EDL).. A typjgd DigiBof 
as well as some URLs — in this case the narfg^ghe Digil 





e name of the DigiBox, which will be its 
music album & some related artwork, 
ibly be the name of the music album. 



A protected database of associations will be k3bt bx^^^^^application on the user's machine^the 
associations can be generated jg^^^^Lpr supfMla in tli^^gibox.The user will be able to append associations 
to those delivered within th^feDi^^^^^ugh%e name will have to be different. For example a user may 
generate play-lists for wlp^^eor she ha^^;has^^ghts to By default there will be a number of associations 
made: 




3les. 

Ithe same^^^^^erformer. 

► the Jlme author/performer. 
:same author/performer. 

the same writer. 

The user will also be able to create a special list of associations referred to as Non-Owned content ( NOC ) 
associations which contained individualized URLs for the purchase of specific content items. 

If nothing is open in the UMP Viewer app Users will be able to open individual DigiBoxes by name or will be 
able to open the user's associations, including the previously described default associations. 



If the user has already opened a Digibox, then the open function provides context sensitive choices in a window 
- the "Open" window: 



• If the user is listening to a song that has a video attached to it will be displayed to the user as a 
possible choice to open. 

• If there are no related or associated content items with the currently opened song other songs are 
displayed. 

Icons will be used (across the bottom of the window) to change the object type, which will also be "real 
estate"/context sensitive, that is: 



• If there is one video object associated with the current song and there is als o one URL they would 
both be shown and the "related objects" icon would be highlighted I 

But if there are 20 songs in the album and 20 URLs only a couple < 
visible, and it would be shown that there are more songs and vij^i^y ! 
the "related objects" icon would be highlighted. 




Saved Messages 
Database 



• EDLs (Edit Decision Lists) 

EDLs have two basic levels of granularity: 

• EDL Play List 

• EDL Locator Points 



EDL Play list manager. 



Description and graphics of operation here 



EDL Locator Points 



EDLs can contain references to any data type supported by the UMP Viewer — music, pictures, 
video, text, URLs, executable object-files. Refer to the EDL section for more details. 

• Associations — Related Objects for this song — 

• Pictures • Video • URLs 

• EDLs • Multimedia • Emails 

• Other songs in this album, by this artist, in this playlist 

• Audio Clips (guitar licks, sound effects, etc.) 

• Associations can be of local objects or non-owned re^ 
ones. Associations will keep track of the rights 1 
whether they are owned or not. Not-owned confc 
indicated visually by "graying out. 1 

• Video 

• Connections 

• URLs 

• Email Addresses 

• Multimedia 

ExecutablesMessages (saved email, sent 

• Get More Music — Users will be 
purchased. 




bedded in DigiBoxes to sample music to be 



Find Function 

A third party search mec 
& text linked viaURLg^will 
the security of exi§^^aata in 
mechanism folL 
implies that dal 




re Delgjopment Kit which will support searching through flat text 
lelopJtne query functionality. Special care must be taken so that 
: sacrificed by this query functionality and that the sea rch 
Ipment guidelines to meet certification ^HHHH — this 
s disk somewhere and are only contained in protected space. 

ers are able to search all of their contents. The results of the search will 
i user clicks on one of the results it will force UMP to open the selected 
Sg keyword searches, complex searches with the reserved tokens *AND\ *OR' 



This function will retrieve the identified remote object(s) and load them into the appropriate local store. 



Clicking the icon will show the icon in a "depressed" state, as there may be a delay in retreiving the selected 
information. 



"Get More Music" Function 



Discuss this with Albhy 



Objective of function 



DigiBoxes will contain URLs that allow the user to purchase or sample more music, 
string which will name and/or describe the URL and a category string which the us^can overn< 
for sorting purposes. As the user downloads more DigiBoxes this list of URLs wmgi&v as in store 
protected database referred to as the "Get More Music" URL database. Useg^^be ap%tp peruse 
for music content contained in these URLs. Users will also be able to proiinee asscKiationl^npn-oi 
related content to be purchased at a later date. These associations will jdPfll&mbedqli indivu 





have a text 
is mostly 
a 

earch 
music 
links to 



the specific conJMgytems mat the uselkintQibsted in, 
Getting more must^^Wg^^xes) isjacnpfted in a number of ways. 
Fmd^^ag^alway^^context shifted from local to connected 
have a n^^music^B^ice which includes: 

|ult URLs^^^ffie retailer, distributor of the currently loaded music 
i of jne users favorite acquisition sites 
^getting more music as one of its default choices, launching the Open choices listed 

above 



Associations Manager 



Associations are the aggregation methods for the user to create user-defined relationships of content. Content items 
may be contained in many different DigiBoxes and may have a variety of ownership states. 

Similarly to the way ''Browse" buttons often work users will be able to: 

• Associate to find assets that were either: 

=> Not in any DigiBox but that the user wanted to appear in the find windows or 

In a DigiBox that would not normally be associated with the current object (for example 
associating a Gavin (Bush) picture with a No Doubt song because Gwen and Gavin are an item). 

• Disassociate to remove objects. 



Path — Right clicking on a name shows the path to a specific DigiBox if relevant 

Meta Tabs can perform open-like functions. If you have one video associated with a song f it might just jump to 
that when the video tab is pressed or it might spawn the open window. Right clicking will show a pop-up 
list of related assets of that content-type. 
Associations are a series of links between the content of one or more Digiboxes. Each piece of content of a 
DigiBox has a unique identifier (or reference number). This is assigned by the creator. Each piece of content 
may have associations to to one or many other content pieces. These references or associations may be 
established by the creator and packaged in the DigiBox. 



be shown in the 
rhece, which may be 



Universal Reference Point 

This si the base reference 
then act as a server from 

This will be a text fi||P$fe^ntainii 
for a virtually unljpted tiipe on a 

Content 





Uploading into the Association manager 

When a Digibox is downloaded, a process will interrogate the DigiBox to take ev 
the DigiBox and create the associations to other content held by the user. ' 
references the UID of the content with the UID iod the users content. 

The associations will be held in a datastore on the users machine, 

The associations may have three states, Local, Remote or defa 
form of a URL indicating the loactions, whilst deferred will 
either a URL or another refernce or icon. 

EXPLAIN DIGIBOX DATA 

The data sets included in the Digibox are desribed be) 



within 



pch will Be expressed as a network location. This URL will 
\ redirected to the appropriate resource. 

reference. The link for this reference will have to be available 



Eai 

sufficienl 

Each piece 
content (ie from 



nique identifier. The form of this is yet to be defined, but is likely to be of 
irtually unlimited content. 

at is put into a digibox will have this UID. Th UID's may indiacte the source of the 
record company). 



Digibox 



Each Digibox has an identifying number. Each Digibox may be copied or duplicated and thus ther may well be 
many DB's with the same identifying number. 



Distributro Field 



Within the Digibox there will be a field to be filled in by the retailer. 



Sheet Music Viewer 



The viewing and printing of sheet music requires the use of a customized B^^^M viewer and printer 
engine. A third party with experience in sheet music publishing will do the development of this sheet-music 
application. Music can be viewed either as Sheet Music or Tablature. Viewing is one pnce^erhaps free for 
some content) and printing is a different price. The viewing engine should support syj^ffionK^^^wing, that is; 
as the audio plays, notes or chords are highlighted. The playing of MIDI files is a s||||rate applicat||^that may 
be supported in the future but will not be supported in the initial version of the J>1*» 



Screen Functionality 

Each of the specific screens to be displayed to the user will sup] 
below in terms of their proposed operation which will be dev^fpp 
to refine and optimize their use and operation. 

Since screen changes may change functionality wither significant visible c 
whereby new icons (or icons with different functional) will appear highli; 
change. 




e described 
Sgns and prototypes 



tethodology will be adopted 
for a few seconds after a mode 




irevfious, Locate Point Next, Previous — similarly to the "Open Songs" 
fe (((O))), we can use an intuitive graphical granularity display for next 
locate^Mfl or next song (or eventually, next playlist). 

Irward, Back or Location-drag-bar (Scan can function like many physical players 
; a prolonged click on a Previous/Next button makes it scan. This will be supported 
by visual clues. 
Volume 
Balance 

• Eject (if physical media) 

• Expand/Contract View 

• Play list next/previous 

Audio Display 

• Artist Name (tide bar) 

• Song Tide (w/arrow to display current song list) Rolling over the tide displays the whole 
title if it is not fully visible 



• Playlist or Album title 

• Thumbnail 

• Time (double or right-click drops window to change format, song elapsed, remaining, 
album or playlist elapsed, remaining) 



Extended Functionality 



Additional Audio Functions — All of the above Plus: 

• Shuffle (Random) 

• Repeat 

• Create/Edit EDL (spawns window) — includes Program andy|3op (mulQP(||storable). 
Lists can go from anywhere in any song to anywhere else (rf*E§i|ysecond reslf|&ion, in 
future versions). 

• Auto-Locator — Display/Create and Label/Edit loca^Ems within a 1 

• Levels/Balance: — L/R, CD/WAV/Midi (launcl^^^ows c^^-ols, WEBKave^Ur own 
level) 

• Display/Print Sheet music — The first felines or the sH^kmusic ar^isplayed. The 
whole thing can be purchased for displj^sy^fe|f onized w^^e aij|w) for one price or 
printed and displayed for another. 

Video Screen 



The functionality for the video screen is very 
the audio control should be modified as neces: 
Users with the processing power to de^gde DTS sh< 

Large-sized high-resolution videos, of 
supported. The view-windQ^IISl^ybe as 1: 

Connections 




Basic Functionality 





Scredn's. When Video is selected, 
pawned in a new window or full screen, 
splay MPEG 1 videos as well. 



uality as currently available DVD titles will be 
e user's screen. 



ticks' Eunjlons/Display 

- R^P|||e someipr the control/display space with three buttons for: 

URLs -ir go to Primary 
f — Primary email 

Chat/Affmity(Buddy Lists) — extends the window or spawns a new window 



Extended Functionality 



Additional Connections' Functions/Display 
— All of the above Plus: 

• Subscription — centralized List Server for all our bands. We support three 
subscription levels. 

1 . Only let me know when a new record is released or they are playing in my town 



2. Let me know about the most interesting things, TV shows, press releases, contests, 
etc. 

3. Tell me every detail you have 

There should be a simple list (on our server) with band names and radio buttons. On our 
(the Client) side, a Subscribe/Un-subscribe button takes you to the Subscription Web 
page at Universal, scrolled to the current artist. If you are not currently connected, a 
dialog lets you know that your membership will be updated when you next connect. 

• URLs — extended, lists of relevant URLs. We should probably have a pop-up of a 
few relevant URLs and a few of the most recent. Our Open dialog shows all. 

• Chat/ Affinity Groups (Buddy Lists) — The purpose of Affini&^^gyps is to make 



yourself (the listener) available to other listeners who are 
song/album/video. There is a radio/status button whicl 
available/unavailable and a settings button that launches 
partners management window. 

Email — extended. Lists of relevant emails 
button" launch the users email client. 

The ability to Attach Objects to ei 

a) Locator positions 

b) EDLs 

c) Graphical elements 

d) URLs 



same 



Most of the above require^ 
extension (mime type) for 
tool and we dri 



Media Screen (Graphics & Exe 



There are a few diffej 
• ECDs — Si 




!ck send 






x for playback. We might need an 
We have an object creation/collection 
il or chat windows. 



apflcal material: 
ArchitecTMjg a/rlp$ defined in the extended AutorunJNF 
muc^f the DigiBox functionality as is relevant 
INF 

of the DigiBox functionality as is relevant 
in the same way they are supported now 



object launch as per Autorun.INF 



utable Multimedia (Shockwave, HTML) 



Preferences/Customizations Screen 



Users will be able to set and store configuration & operation details via this screen. They will be able to 
view and set preferences & settings, customize views and obtain help information. 



One of the preferences will consist on an Autoplay feature which will play a default EDL which is 
embedded in a DigiBox automatically when opening that DigiBox. 



module which will inform the user which 
personal information the music providers have access to. This information will be accessed through the 
Preferences Screen. Users will also be able to choose from the preferences screen which kinds of personal 
information can be made public — to other users. This information includes age, real name, nick-name, etc. 

Accounting Screen 



Users will be able to check the status of their accounts for such things as credit levelgaccountl 
balance, as well as being able to report any purchase or accounting proble ms. Mffi ll&the function 
user accesses with this screen lies in the Viewer Support Layer. Since the | 
for maintaining the users* records, the viewer will maintain its own databij 
database of records be stored in a DigiBox — this will not be a requires 
future release s. Storing fi nancial records in a DigiBox implies that IMP fi§ 
the necessary tool set required. 



r that the 
| is not responsible 
It is recomr^mded thalpnis 

fl.O buriMs sug^sted for 
tie ajpiimto BacKajt^ontent with 



Edit Decision List Functionality 5 

The EDL file types will be set up as new MIME 
the EDL functionality, the EDL play list and the ED] 
temporal elements. 

Synchronisation 



|n the installation procdpTThere are tow instantions of 
|oth are mangaers of events that have 



A key function of the operation o|||||JH)L is 
the capabilities of the host p^^^Ml^^^onni 
to be the Internet, the stratum for achievmlbynci 




The proposed 
reference the net 
The sync. Evei 
players will then 

mec] 



EDLPlaylii 
Description and 




ton iSMfflchromsation. This will be haevily dependant on 
ion method between hosts. As the prime connection is likely 
dsation of activities will have to be indirect. 



staflilftyig sync bllveen tow remote players is as follows. The hosts will both 
ISP^S|ar a corjprion time server if available, to establish their internal PC clocks. 
aUy/rl|ta^ a previous download of the content and events to be played. The 
^fod time, giving a sync play, within the constraints of the timing 



of Play list editor 



EDL Locator Points 



EDLs will be based on two files. The first file will be described as the MIDI-configuration file, and the second 
file will consist of a standard MIDI file. 



5 The same EDL functionality will be used by the Packager Application. See Appendix B. 



The configuration file will specify, for a given number of MIDI channels, a number of media types to be played 
on each channel. For example a channel may consist of pictures, another one of videos, and a third of songs. 
The configuration file will also specify which MIDI metrics signify different aspects of the media-play — for 
example a note-on message might indicate to display a picture, and the specific picture will be indicated by the 
note- value. A note-off message will indicate that the last picture being displayed is turned off. 



Since all content pieces will be protected they will have to be unpacked before they can be accessed. In this first 
version it will be assumed that the ''performance" quality and timing characteristics that a user experiences 
during the composition & playback of the EDL will be roughly the same as another user who sees the EDL 
being replayed. The initial goal is to have a timing error no greater than lOths of a secQri^ jfntlater versions this 
error will be reduced by employing a more intricate timing mechanism which will s^p^contentli^^that are 
unpacked too quickly and will focus system resources on items that are behind sc 



EDL Editor 





pose & test EDLs. The basic functionality consists of: 



• Playinjythe 
• 

• A™cI 

• Editin^^St^^^^^Ide 

• RecordingP&e from user's own interactions 



of channels is determined by the maximum number of simultaneous events 



Given that every media asset will have a unique ID that may be a very long alphanumeric string , before each 
multimedia sequence is t4 played" the media assets must be "mapped" to a numeric list of identifiers that can be 
easily coded by MIDI values — the mapping between MIDI codes and media assets need only reside in memory 
during the multimedia performance" or these media assets may reside in multiple DigiBoxes. 



Another reason that makes MIDI an interesting choice is that one of the supported types of media assets will be 
sheet music, which can also be represented in MIDI format — this functionality is reserved for a future version. 



All windows machines will be able to have access to decent ( software based ) music synthesis. 6 MIDI files 
have very low bandwidth requirements and could be used, for example, as a teaser when downloading large 
DigiBoxes. 

A user, with the aid of a simple click & drag based interface will be able to select content items upon which 
actions are performed in a chronological order. Users will be able to generate EDLs in two main modes: 

• Step Entry 

• Real Time Recording 

Users will be able to create a location-point for specific places in a song. These can be used to step forward and 
back to favorite parts of a song. These locatin-points are ideal mechanism for dragging^^^fejuts — such as 
the display of a picture — into an EDL. 



With step entry users will be able to specify exact actions to occur at specificj 
methodology constitutes of recording the exact users interactions with con|j 
Regardless of the input methodology, step-wise or real-time recording^ 
and further edited using both methodologies as well. 

The specific parameters which the user can set are for differenl 



Music Parameters: 

• [By default playing music will show an iconized 

• Create Locator point (includes name function) 

• Play from locator pointto 

• End of song 

• Next locator point (handling of I 

• Play from mml minutes ssl seconds tt 

• Play from mml minutes ssl seconds ttl 
second. 



inte^^fc. Theea 
storin^^rn for plJPback. 

ie ppped back 



more detail: 





L handlin#)f loops from different songs) 
rof song. 

I to mm2 minutes ss2 seconds and tt2 tenths of a 



Roland and Microsoft have a partnership in 1997 where Roland has made available a software version of their 
SoundCanvas synthesizer free of charge to all Windows users, and will be included in further releases of 
Windows. 



Section Three Environment 
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